Standardized control of wireless devices

ABSTRACT

A disclosed service for managing mobile and wireless communication devices (MWCDs) includes enabling a server to generate a standard remote configuration command (RCC) and enabling a transmitter coupled to the server to transmit the RCC wirelessly. The RCC configures a feature on a first MWCD of a first supplier and a second MWCD of a second supplier. The RCC may disable one or more of a set of selected MWCD peripheral devices. For example, the RCC may disable an MWCD camera, an MWCD microphone, and/or an MWCD speaker. In some embodiments, the RCC transitions the MWCD to a restricted state in which the MWCD is unable to record multimedia content including audio and video content. In these embodiments, the RCC may configure one or more of the features on each of a set of MWCDs within a defined geographic region.

This application is a continuation of U.S. patent application Ser. No.13/963,828, filed Aug. 9, 2013, which is a continuation of U.S. patentapplication Ser. No. 11/925,497, filed Oct. 26, 2007 and issued as U.S.Pat. No. 8,509,760 on Aug. 13, 2013, both of which are hereinincorporated by reference in their respective entireties.

BACKGROUND

Field of the Disclosure

The present disclosure relates to wireless communication devices.

Description of the Related Art

Many wireless communication devices include functionality to recordaudio content, motion video, and/or still video (image) for distributionor playback. This functionality is operable regardless of whether therecorded content contains information that is confidential and/orprotectable under copyright or other laws. In addition, substantiallyall wireless communication devices are susceptible to generating audiblydetectable signals in response to scheduled and unscheduled eventsincluding incoming communications or calendar reminders. These audiblydetectable signals have the potential to cause annoying and embarrassingdisturbances depending upon when and where the signal is generated.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an illustration of a telecommunications network;

FIG. 2 is a block diagram of an embodiment of an application serversuitable for use in the network of FIG. 1;

FIG. 3 is a block diagram of an embodiment of a mobile and wirelesscommunication device suitable for use in the network of FIG. 1;

FIG. 4 is a conceptual illustration of selected software modules storedin a storage resource of the application server depicted in FIG. 1;

FIG. 5 is a conceptual illustration of selected software modules storedin a storage resource of the mobile and wireless communication devicedepicted in FIGS. 1; and

FIG. 6 is a flow diagram of selected elements of a method and servicefor controlling the recording functionality of a set of mobile andwireless communication devices.

DESCRIPTION OF THE EMBODIMENT(S)

In one aspect, a disclosed service for managing telephony-based mobileand wireless communication devices (MWCDs) includes enabling a server togenerate a standard remote configuration command (RCC) and enabling atransmitter operably coupled to the server to transmit the RCCwirelessly. The RCC configures a feature on a first MWCD of a firstsupplier and a second MWCD of a second supplier. The RCC may disable oneor more of a set of selected MWCD peripheral devices. For example, theRCC may disable an MWCD camera, an MWCD microphone, and/or an MWCDspeaker. In some embodiments, the RCC transitions the MWCD to arestricted state in which the MWCD is unable to record multimediacontent, including audio and video content. In these embodiments, theRCC may configure one or more of the features on each of a set of MWCDswithin a defined geographic region. The RCC may configure the feature(s)on each MWCD with a defined geographic region that has accepted aninvitation from the server. The server may also be operable to generatea second RCC to power down MWCDs that have not accepted the invitation.The transmitter may be configured to transmit the RCC using a personalarea network protocol, e.g., Bluetooth. The RCC may also be enabledusing a digital cellular technology.

In another aspect, a disclosed MWCD includes a processor coupled to astorage resource, a wireless module coupled to the processor, and one ormore peripheral devices coupled to the processor. The peripheral devicesmay include a speaker to produce sound, a microphone to convert sound toan audio signal, a camera to convert still or motion images to a videosignal. The MWCD may further include an audio recording module and avideo recording module. The audio recording module receives audiosignals from the microphone and stores information indicative of theaudio signal in the storage resource. Similarly, the video recordingmodule receives still or motion video signals from the camera and storesinformation indicative of the video signal in the storage resource.

The MWCD storage resource includes a remote configuration module. Themodule may be implemented as computer executable instructions, stored inthe storage resource, for responding to a set of RCCs received via thewireless module. At least one of the RCCs may include a restricted statecommand that transitions the MWCD to a restricted state in which theMWCD is inoperable to record audio or video data. The MWCD may be unableor inoperable to output an audibly detectable signal in the restrictedstate. The remote configuration module may also support the concept ofauthorization by, for example, including an authorization moduleenabling the MWCD to permit or prevent execution of the restricted statecommand. In these embodiments, the authorization module enables the MWCDto respond to a power down RCC when the MWCD prevents execution of therestricted state command. The wireless module may be able to receiveRCCs transmitted via an “open” portion of the radio frequency (RF)spectrum, e.g., via an IEEE 802.15 family or personal area network (PAN)protocol including, as examples, Bluetooth and ZigBee, or an IEEE 801.11family protocol (WiFi), or another suitable 2.4 GHz protocol.

In still another aspect, a disclosed server includes functionality tomanage a set of MWCDs. The server includes a processor and a storageresource accessible to the processor. The storage resource includesembedded instructions executable by the processor. The instructions,when executed, generate an RCC that, when received by an MWCD, configurea feature of the MWCD. The RCC may be transmitted wirelessly to at leasta first MWCD and a second MWCD to configure the feature of the first andsecond MWCDs. The first and second MWCDs may be manufactured bydifferent MWCD vendors, may operate on different cellular communicationprotocols, and may employ different encryption algorithms or keys.

In still another aspect, a disclosed service includes enabling atelephony-based MWCD to receive a multicast signal transmitted from aremote server and enabling the MWCD to respond to reception of themulticast signal by transitioning the MWCD to an operational state foruse in a multimedia performance environment. The MWCD is unable torecord the performance in the operational state.

In the following description, details are set forth by way of example tofacilitate discussion of the disclosed subject matter. It should beapparent to a person of ordinary skill in the field, however, that thedisclosed embodiments are exemplary and not exhaustive of all possibleembodiments. Throughout this disclosure, a hyphenated form of areference numeral refers to a specific instance of an element and theun-hyphenated form of the reference numeral refers to the elementgenerically or collectively. Thus, for example, widget 102-1 refers toan instance of a widget class, which may be referred to collectively aswidgets 102 and any one of which may be referred to generically as awidget 102.

Before describing details of applications, disclosed herein, for use inconjunction with an MWCD network, selected aspects of one embodiment ofthe network and selected devices used to implement the network aredescribed to provide context.

FIG. 1 is a block diagram of selected portions of an embodiment of anMWCD network 100. MWCD network 100 supports and employs the use of oneor more standardized RCCs. In some embodiments, the standardized RCCsare useful in transitioning one or more MWCDs to a desired operationalstate. For example, it may be desirable to transition all MWCDs that arepresent at an artistic or other form of multimedia performance orpresentation to a known operational state. For example, it may bedesirable to transition all MWCDs at a performance to prevent the MWCDsubscriber or user from recording the audio and/or video content of theperformance. The ability to control the operational state of all mobilewireless devices having multimedia recording capability that are presentat a multimedia performance beneficially improves the ability of theartist or author(s) of the performance from infringing any copyrightsassociated with the performance. In settings where copyrightconsiderations may be secondary to considerations of security and/orconfidentiality, the disclosed functionality is equally useful forpreventing unauthorized recording of confidential information.

In the implementation shown in FIG. 1, MWCD network 100 includes acellular base station 102, represented by a transmission tower, that isassociated with a cell 101. Cell 101 may represent the geographic regionserved by cellular base station 102. The size and location of preciseboundaries of cell 101 is an implementation detail. Cells 101 in ruralareas, for example, may be larger than cells 101 in urban areas. Cells101 may have generally circular perimeters or they may have other shapesdepending upon a wide variety of factors.

Cellular base station 102 is shown as connected to an application server110. Application server 110 may connect cellular base station 102 to thepublic switched telephone network (PSTN) 105 as shown in FIG. 1. Inother embodiments, application server 110 may be separate from a devicethat switches or connects cellular base station 102 to PSTN 105.Application server 110 is enabled to generate RCCs that configure themultimedia recording functionality of MWCDs in restricted function zone130. Application server 110 may be further enabled to generate othertypes of RCCs including, as an example, an RCC to transition an MWCD toa “silent state” in which a speaker device of the MWCD is disabled sothat the MWCD does not ring or make other audibly detectable sounds.

The application server 110 as shown in FIG. 1 is enabled to transmitwirelessly the RCC that it generated. In some embodiments, wirelesstransmission of an RCC by application server 110 may occur using an openor non-private portion of the RF spectrum. Currently, wirelesstransmission protocols that operate in open portions of the RF spectruminclude, as examples, IEEE 802.15 or PAN protocols and IEEE 802.11 orWiFi protocols.

In other embodiments, RCCs may be transmitted over private portions ofthe RF spectrum in cooperation with the authorized owners or licenseesof the applicable spectrum. Thus, for example, RCCs may be transmittedvia a cellular protocol either from base station 102 or directly fromthe application server 110.

Utilizing open portions of the RF spectrum to transmit RCCs beneficiallyfacilitates the implementation of an RCC standard that might besupported by all MWCDs regardless of the cellular technology employed bythe MWCDs. On the other hand, transmitting RCCs via a cellular protocolwould enable the implementation of RCCs on MWCDs that do not includeadapters for any “open wireless” protocols such as any PAN or WiFi.

In some embodiments, application server 110 includes or is operativelyconnected to a wireless transmitter 112 for direct transmission of RCCsto MWCDs 120 in cell 101 generally or to MWCDs 120 in restrictedfunction zone 130 within cell 101. In some embodiments, RCCs aretransmitted by wirelessly multicast to some or all of a set of MWCDswithin a definable geographical area such as within restricted functionzone 130.

Complementing the RCC functionality of application server 110, MWCDs 120of FIG. 1 include functionality to receive and respond to an RCCtransmitted by application server 110. In some embodiments, MWCDs 120,regardless of supplier or service provider, are operable to recognizeRCCs from application server 110 and respond to them by executing theRCCs internally to alter the configuration of MWCD 120.

FIG. 1 depicts, within cell 101, a plurality of MWCDs, two of which areexplicitly identified as MWCD 120-1 and 120-2, are located. In someembodiments, MWCD 120-1 and MCWD 120-2 may be subscribed to cellularservices provided by different service providers, manufactured bydifferent suppliers, operate on different cellular communicationprotocols, or different from each other in other ways. For example,first MWCD 120-1 may be manufactured by a first supplier using a firstset of hardware and firmware, distributed by a first service provider,and operating on a first wireless communication protocol while secondMWCD 120-2 may be manufactured by a second supplier using a second setof hardware and firmware, distributed by a second service provider andoperating on a second wireless communication protocol. In such anembodiment, first and second MWCDs 120-1 and 120-2 may, nevertheless,both recognize one or more standardized RCCs.

Thus, some embodiments of MWCD network 100 are suitable for use inconjunction with a defined set of one or more standard RCCs. StandardRCCs may be desirable to configure the feature set for a disparate setof MWCDs. In some embodiments, the features configured by one or moreRCCs include features that extend the functionality of MWCDs 120 beyondtelephony applications.

As discussed below, some embodiments of MWCDs 120 include resources orfeatures that enable the MWCDs to record audio and or video contentincluding music and other audio content as well as still and movingimages. When patrons enter a building or outdoor location to witness aperformance of a multimedia presentation, it may be desirable to preventthe patrons from making their own recordings of such performances.Historically, it has been feasible to control multimedia recording bycontrolling the types of devices patrons were permitted to bring to theperformance. With the advent of telephony devices including cellulartelephones and personal data administrators (PDAs) of increasinglysmaller size and supporting increasingly more features and peripheraldevices, it is difficult to prevent attendees from having access torecording devices during a multimedia performance.

In some aspects, the disclosed network and devices support and implementa standard set of RCCs that enable a producer of a multimediaperformance to control the recording capabilities to which its audiencemembers have access. In addition, analogous functionality may beleveraged as disclosed herein to further control the use of MWCDs duringmultimedia performances by disabling, for example, the ability of anMWCD to ring, beep, or otherwise make an audibly detectable output.

MWCD network 100 as shown in FIG. 1, further illustrates a restrictedfunction zone 130 within cell 101. Restricted function zone 130represents a physical or geographical area or region within whichstandard RCCs may be employed to configure any number of technicallysimilar or technically disparate MWCDs 120. As discussed above, themanner in which RCCs is transmitted to MWCDs may vary depending upon avariety of factors.

In some embodiments, for example, RCCs may be transmitted via a PAN 135defined by a PAN access point 136. PAN 135 is a highly localized networkhaving a range of a few meters or less. In an implementation of PAN 135,application server 110 may communicate an RCC to a PAN access point 136via a wireless or wireline transmission medium. PAN access point 136 maythen transmit the RCC within PAN 135. The patrons and/or other attendeesto a multimedia performance would be restricted in their ingress to theperformance so that each patron would be required to pass through adefined PAN 135, only one of which is shown in FIG. 1, before enteringthe performance. As the patron enters PAN 135, RCCs transmitted by PANaccess point 136 may be detected by the patron's MWCD.

In other embodiments, RCCs may be communicated via a wireless protocolhaving a greater range than PAN 135. As referenced earlier, for example,an RCC may be transmitted via a WiFi protocol or another suitabledigital wireless (LAN) protocol. As depicted in FIG. 1, for example, aset of one or more LAN access points including LAN access points 137-1and 137-2, define corresponding LANs 138-1 and 138-2. One or more of LANaccess points 137 are operably connected for communicating withapplication server 110 to receive RCCs one or more RCCs. In thisembodiment, the LAN access points 137 may define a LAN “mesh” thatcovers all or a substantial portion of restricted function region 130.MWCDs that are located anywhere within LANs 138 may receive and respondto RCCs. In still other embodiments, an RCC may be transmitted bycellular base station 102 using a suitable cellular protocol. In theseembodiments, it may be desirable or necessary to differentiate betweenMWCDs within cell 101 that are within the restricted function zone 130from MWCDs within cell 101 that are not within restricted function zone130. Known techniques for determining the physical location of an MWCDmay be used, including, as an example, geographic triangulationtechniques.

Turning now to FIG. 2 and FIG. 3, selected portions of embodiments ofthe application server 110 and the MWCD 120 as shown FIG. 1 arepresented. In the embodiment depicted in FIG. 2, application server 110includes a processor 201 having access to a storage resource 210.Storage resource 210 encompasses various combinations of volatile ornon-volatile memory including random access memory (RAM) and flashmemory, as well as magnetic and/or optical disk-based storage.Application server 110 as shown in FIG. 2 further includes a basestation switch 250 for connecting application server 110 to a wirelessbase station. Application server 110 may further include a radiofrequency (RF) module 230 for communicating directly with an MWCD usinga cellular protocol and a wireline or wireless network interfacecommunication adapter (NIC) 220 capable of communication via a wirelineor wireless local area network (LAN) such as an Ethernet, WiFi, PAN orother suitable communication protocol. NIC 220 may support a wireless orwireline connection between application server 110 and PAN accesspoint(s) 136 and/or wireless LAN access point(s) 137.

In the embodiment depicted in FIG. 3, MWCD 120 includes a controller 301having access to a storage resource 310. Storage resource 310encompasses volatile and nonvolatile memory devices as well as amagnetic and/or optical disk storage medium. MWCD 120 as shown in FIG. 3further includes various interface and peripheral devices connected tocontroller 301. In the depicted embodiment, for example, MWCD 120includes a microphone 320, a digital camera 350, and a speaker 340. Inaddition, MWCD 120 includes an RF interface 330, a PAN interface 360,and a WiFi interface 370.

RF interface 330 is operable to communicate information with cellularbase station 102 via a cellular telephone protocol. In embodimentsemploying an RF interface 330, MWCD 120 may be referred to as atelephony-based device to emphasize its telephony functionality. Thecellular telephone protocol used by MWCD 120 is an implementationdecision and MWCD 120 may support any of a variety of cellular protocolsincluding second generation (2G) and third generation (3G) code divisionmultiple access (CDMA) technologies and time division multiple access(TDMA) protocols. Similarly, PAN interface 360 supports communicationvia a Bluetooth or other form of personal network protocol that supportswireless local area network communication.

MWCD 120 as shown in FIG. 3 includes an audio module 321 and a videomodule 351. Audio module 321 as shown is implemented as a set ofcomputer executable instructions stored in storage 310, i.e., software.In other embodiments, audio module 321 may include dedicated hardware,firmware, software, or a combination thereof. Audio module 321 includesfunctionality that supports the recording of audio content by processingand storing audio signals from microphone 320. Processing performed byaudio module 321 may include modulation and/or demodulation, encryptionand/or decryption, analog/digital conversions, and compression.

Audio module 351 as shown is implemented as a set of computer executableinstructions stored in storage 310, i.e., software. In otherembodiments, video module 351 may include dedicated hardware, firmware,software, or a combination thereof. Video module 351 includesfunctionality that supports the recording of video content by processingand storing video signals from camera 320. Video module 351 ispreferably operable to record both still and motion video images. Likeaudio processing module 351, processing performed by video module 321may include modulation and/or demodulation, encryption and/ordecryption, analog/digital conversions, and compression.

MWCD 120 may be packaged in a handheld chassis that is operable toreceive a battery or other source of DC power. MWCD 120 may furtherinclude a keypad and keypad interface (not depicted) and a liquidcrystal or other form of display screen (not depicted).

In some embodiments, the disclosed techniques for controlling therecording functionality of a set of MWCDs employ one or more computerprogram products. A computer program product is a computer readablestorage medium, e.g., storage resources 210 and 310, on which are storedor in which are embedded a set or sequence of computer executableinstructions for controlling the recording functionality and otherfeatures of a set of MWCDs.

Referring now to FIG. 4 and FIG. 5, conceptual illustrations ofembodiments of software code stored in the storage resource 210 ofapplication server 110 and storage resource 310 of MWCD 120 arepresented. In the depicted illustrations, storage resource 210 includesa remote configuration module 406, an authorization module 404, and aset of standardized RCCs 402. The RCCs 402 are operable, when executed,to control or configure the user settings or features on an MWCD 120.RCCs 402 may be compliant with a standardized set of RCCs defined by anindustry group or another standards-setting body. RCCs 402, in someembodiments, include one or more RCCs for configuring the operationalstate of a set of MWCDs. The RCCs may include a standard instruction orset of instructions for configuring MWCD 120 by transition MWCD 120 froman current operating state to a restricted operating state. In someembodiments, the restricted operating state refers to an operation statein which MWCD 120 is inoperable to record multimedia content. Therestricted state might, alternatively or additionally, refer to anoperational state in which MWCD 120 is prevented from generating audiblydetectable sounds including rings, ring tones, beeps, alarms, and thelike.

Similarly, the depicted embodiment of MWCD storage resource 310 is shownas including an RCC module 502. In some embodiments, RCC module 502represents a module that interprets and executes RCC commands generatedby application server 110. RCC module 502 may, for example, include anRCC for disabling any or all of the peripheral devices of MWCD 120including microphone 320, camera 350, and speaker 340. In someembodiments, RCC module 502 may include a sequence of instructionsoperable when executed to cause MWCD 120 to transition from a currentoperational state to the restricted operational state when the MWCD 120is physically located within restricted function zone 130 in cell 101.

The RCCs defined in RCCs 402 and recognized by RCC module 502 mayinclude an RCC to disable video recording, an RCC to disable audiorecording, and an RCC to disable audibly detectable signals. The audiodisabling RCC may operate by disabling microphone 320, disabling audiomodule 321, or both. Disabling audio recording functionality bydisabling audio module 321 would enable continued functionality ofmicrophone 320 for other purposes including telephone purposes.Similarly, disabling video recording functionality may be achieved bydisabling video module 351, camera 350, or both.

Storage resources 210 and 310 as shown in FIG. 4 and FIG. 5 includemodules identified as authorization modules 404 and 504, respectively.In some embodiments, the remote configuration functionality describedherein requires affirmative authorization by the user or subscriber toMWCD 120. Referring to FIG. 6, a flow diagram illustrating selectedelements of one embodiment of an authorization method 600 suitable foruse in authorization module 404 on server storage resource 210 is shown.In this embodiment, authorization module 404 is initiated when an MWCD120 approaches or enters (block 602) restricted function zone 130. Asindicated previously, the boundaries of restricted function zone 130 maybe defined in various ways including, as an example, by indicating theGPS coordinates of the physical boundaries explicitly and determiningwhether an MWCD 120 is located within those boundaries. Alternatively,restricted function zone 130 may be arranged so that there are a limitednumber of access points. In this embodiment, Bluetooth or other PANprotocols may be employed to identify and communicate authorizationinformation to an MWCD when it enters the restricted function zone 130through an ingress point located in close proximity to a PAN 135 orother suitable PAN server 136. In a LAN-based embodiment, the LAN 138may be implemented to substantially coincide with or define therestricted function zone 130.

The server authorization module 404 then requests (block 604)authorization to execute one or more RCCs. The server authorizationmodule then monitors (block 606) for a response. If an affirmativeresponse is detected in block 608, application server 110 issues (block610) one or more RCCs by wirelessly transmitting the RCC. If applicationserver 110 detects a negative response to the inquiry of block 604, orif a predetermined time limit expires without receiving a response fromthe MWCD, application server 110 may then issue (block 612) a power downcommand. In this embodiment, the user or subscriber of MWCD 120 has theoption of permitting application server 110 to configure the applicableMWCD's recording and/or other features or power down the deviceentirely. For example, in one embodiment, all MWCDs 120 that respondaffirmatively may be issued a key or code that enables applicationserver 110 to broadcast a power down command selectively to those MWCDsthat did not respond affirmatively to the RCC authority request.

The above disclosed subject matter is to be considered illustrative, andnot restrictive, and the appended claims are intended to cover all suchmodifications, enhancements, and other embodiments which fall within thetrue spirit and scope of the disclosed subject matter. Thus, to themaximum extent allowed by law, the following claims are entitled to thebroadest permissible scope.

What is claimed is:
 1. A remote management method, comprising:identifying a mobile device in proximity to a venue associated with anevent; sending the mobile device a message requesting remoteconfiguration permission enabling the server to disable a peripheraldevice of the mobile device within the venue during the event; andresponsive to receiving, from the mobile device, remote configurationpermission: sending a code indicative of the remote configurationpermission, to the mobile device; and initiating, by the server, remotedisabling of the peripheral device, wherein said initiating includessending a remote configuration command, executable by the mobile device,to the mobile device, to disable the peripheral device.
 2. The method ofclaim 1, wherein the remote configuration command comprises a remotepower down command that, when executed, causes mobile devices lackingthe code to power down.
 3. The method of claim 2, wherein the mobiledevices lacking the code include mobile devices of a first type andmobile devices of a second type, wherein the first type and second typediffer in a characteristic selected from the group comprising:manufacturer, vendor cellular communication protocol, and encryptionalgorithms.
 4. The method of claim 1, wherein identifying the mobiledevice comprises detecting an IEEE 802.15 signal transmitted by themobile device.
 5. The method of claim 1, further comprising: responsiveto receiving the remote configuration permission, remotely disabling aparticular function of the mobile device.
 6. The method of claim 5,wherein disabling the particular function comprises disabling an audiorecording function.
 7. The method of claim 5, wherein disabling theparticular function comprises disabling a video recording function. 8.The method of claim 5, wherein disabling the particular functioncomprises disabling an audio output function.
 9. The method of claim 1,wherein detecting the mobile device comprises detecting the mobiledevice coupled to an IEEE 802.11 network associated with the venue. 10.A server, comprising: a processor; and computer readable storage,accessible to the processor, including processor-executable programinstructions that, when executed by the processor, cause the processorto perform operations comprising: identifying a mobile device inproximity to a venue associated with an event; sending the mobile devicea message requesting remote configuration permission enabling the serverto disable a peripheral device of the mobile device within the venueduring the event; and responsive to receiving, from the mobile device,remote configuration permission: sending a code indicative of the remoteconfiguration permission, to the mobile device; and initiating, by theserver, remote disabling of the peripheral device, wherein saidinitiating includes sending a remote configuration command, executableby the mobile device, to the mobile device, to disable the peripheraldevice.
 11. The server of claim 10, wherein the peripheral devicecomprises a camera of the mobile device.
 12. The server of claim 10,wherein the peripheral device comprises an audio recorder of the mobiledevice.
 13. The server of claim 10, wherein the peripheral devicecomprises a speaker of the mobile device.
 14. The server of claim 10,wherein identifying the mobile device in proximity to the event includestriangulating a location of the mobile device to a position within thevenue.
 15. The server of claim 10, wherein the operations include:broadcasting a remote power down command within the venue, wherein theremote power down command is configured to power down mobile deviceslacking the code.
 16. A non-transitory computer readable memory,including processor executable program instructions that, when executedby a processor, cause the processor to perform operations comprising:identifying a mobile device in proximity to a venue associated with anevent; sending the mobile device a message requesting remoteconfiguration permission enabling the server to disable a peripheraldevice of the mobile device within the venue during the event; andresponsive to receiving, from the mobile device, remote configurationpermission: sending a code indicative of the remote configurationpermission, to the mobile device; and initiating, by the server, remotedisabling of the peripheral device, wherein said initiating includessending a remote configuration command, executable by the mobile device,to the mobile device, to disable the peripheral device.
 17. The computerreadable memory of claim 16, wherein the peripheral device comprises aperipheral device selected from: a video recorder and an audio recorder.18. The computer readable memory of claim 16, wherein the peripheraldevice comprises a speaker.
 19. The computer readable memory of claim16, wherein the identifying of a mobile device in proximity to a venueincludes: identifying mobile devices connected to a WiFi networkassociated with the venue.
 20. The computer readable memory of claim 16,wherein the identifying of a mobile device in proximity to a venueincludes: identifying mobile devices via a personal area network inproximity to a point of access to the venue.